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SYSTEM AND METHOD FOR DYNAMICALLY ROOTING 
MBSSAOSS TRANSMITTED FROM MOBILE PLATFORMS 



RELATED APPLICATIONS 

Priority is hereby claimed from Provisional 
Application No. 60/184,227, filed on February 23, 2000. 
This provisional application is hereby incorporated by 
reference . 

BACKGROUND OF THE INVENTION 

Technical FiwJd of th«. T nventlen 

The present invention relates to mobile data 
communications and, in particular, to systems and methods 
for dynamically selecting preferred networks for routing 
messages . 



Packcrround of th e Problem and Related Ar*-. 
With the increasing demand for mobile data 
communications has come a proliferation of sophisticated 
15 wireless communication network systems. For example, 
voice, email, and Internet -related data may be transmitted 
from a mobile platform via wireless analog cellular, 
digital cellular or satellite systems in addition to more 
conventional wired systems (such as a local area or wide 
20 area network). The majority of presently available 
wireless data networks falls into one of four general 
categories (for example. Wide Area Packet -Switched Data 
networks; Circuit -Switched Cellular (CSCD) networks; 
cellular Digital Packet Data (CDPD) networks,- and Satellite 
networks (LEO, meg or GEO)) or includes industry specific 
or vendor proprietary network systems. As new technologies 
emerge and converge, the number, types and availability of 
wireless data network systems will undoubtedly grow as will 
the complications encountered in selecting between those 
30 systems. 

It is recognized by those skilled in the art that no 
one of the foregoing categories provides an optimum 
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solution for every wireless data application. Performance 
varies from solution to solution. Factors recognized as 
influencing the performance of wireless data networks 
include: geographic coverage, network availability, 

5 allowable latency for message delivery, message size, data 
security, data integrity and the cost of sending the 
message across the network. Due in large part to the 
existence of these factors, which all must be taken into 
some degree of consideration when selecting a network, an 

10 evaluation of the wireless data network needs of an 
organization often returns several competing requirements. 
In one set of circumstances, a certain wireless data 
network may be the right choice based on over- riding cost 
considerations. In other circumstances, message latency, 

15 security issues and system availability may dictate the 
selection of a different wireless data network (even if 
more expensive) . 

As a result, an intelligent solution to network 
selection would preferably use the most desirable wireless 

20 data network (taking into account the foregoing factors) 
with respect to each individual messaging instance. Such 
a solution effectively eliminates the negative effects 
which result from the selection of a single "compromise" 
wireless data network solution to serve the needs of the 

25 organization. It would be preferred if the solution 
effectively evaluated and considered the immediate 
conditions affecting individual message transmission at the 
time of message sending and the selected, from amongst the 
available wireless data networks, the best (i.e., most 

30 desirable) network to handle the transmitted message in 
view of a number of factors or considerations. The present 
invention provides just such a solution in the form of a 
mobile resource management tool that effectuates on an 
individual message by message basis the most effective 

35 selection of a supporting wireless data network in relation 
to a data message transmission. 



2 



wo 01/63946 



PCT/USOl/05626 



10 



SUMMARY OF THE INVENTION 

A Client device has access to multiple data 
communications networks when sending an application 
originated message to a server. An included network 
management functionality evaluates on an individual message 
by message basis a number of factors and selects one of the 
networks over which the message is to be communicated to 
the server. The selection process involves having the 
network management functionality identify a particular 
selection rule containing a network clause relating to each 
potentially useable communications network. The particular 
selection data comprising each network clause of the 
identified rule are then evaluated in the context of the 
message transmission in order to select for the message the 
15 particular one of the networks to be used for the 
communication . 

BRIEF DESCRIPTION OF THE DRAWINGS 

A more complete understanding of the system and method 
of the present invention may be had by reference to the 
,20 following Detailed Description when taken in conjunction 
with the accon^anying drawings wherein: 

FIGURE 1 is a block diagram illustrating an 
operational environment within which the present invention 
provides for intelligent wireless data network selection on 
25 a message by message basis; 

FIGURE 2 is a block diagram of the network management 
functionality of the present invention; 

FIGURE 3 is a schematic illustration of a rule mapping 
operation performed by the network management functionality 
30 with respect to data network selection; 

FIGURE 4 is a chart illustrating the format for an 
exemplary (physical) business rule; and 

FIGURE 5 is a flow diagram illustrating an exemplary 
method of transmitting data in accordance with the present 
35 invention. 
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DETAILED DESCRIPTION 

The present invention is described more fully 
hereinafter with reference to the accompanying drawings in 
which preferred embodiments of the invention are shown. 
5 This invention, however, may be embodied in many different 
forms and should not be construed as limited to the 
embodiments set forth herein. Rather, the described 
embodiments are provided so that this disclosure is 
thorough and complete and fully conveys the scope . of the 
10 invention to those skilled in the art. 

Reference is now made to FIGURE 1 wherein there is 
shown a block diagram illustrating an operational 
environment within which the present invention provides for 
intelligent wireless data network selection on a message by 
15 message basis. Consider the existence of a plurality of 
mobile clients (illustrated as laptop computers) 10 
belonging to a certain organization 12 cuid needing to be in 
commiinication (both wired and wireless) with an application 
server (or servers) 14 of the organization. The 
20 environment provides a number of means for enabling the 
mobile clients 10 to gain data commtmi cat ions access to the 
servers 14. In a wireline context, the mobile client 10 
may utilize its network interface card (NIC) 16 to gain 
access to the servers 14 over a local area network (LAN) 18 
25 provided by the organization. Also in a wireline context, 
the mobile client 10 may utilize its modem 20 to access an 
internet service provider (ISP) 22 over the public switched 
telephone network 24 and communicate with the servers 14 
over the Internet 26 through a cluster 28 acting as an 
30 interface between the Internet connection and the local 
area network 18. In a wireless context, the mobile client 
10 may utilize its radio interface 30 to access a first 
host 32 over a corresponding first wireless data network 34 
and communicate with the servers over a leased line 
35 connection 36 through the cluster 28 acting as an interface 
between the leased line connection and the local area 
network 18. Similarly, the mobile client 10 may utilize 
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its radio interface 30 to access a second host 38 over a 
corresponding second wireless data network 40 and 
communicate with the servers over a dial-up connection 42 
through the cluster 28 acting as an interface between the 
5 dial-up connection and the local area network 18 

Each mobile client 10 includes a network management 
functxonality (to be described in greater detail herein) 
that supports ubiquitous connectivity of the mobile client 

10 T. ''''^ ^^^"^ "^'^^^^ wireless 

10 data networks) . This functionality allows a mobile client 
to seamlessly roam between wired and wireless networks 
Furthermore, the functionality allows the mobile client to 
seamlessly move in out of the coverage areas of various 
networks (both wired and wireless) . still further, the 
functxonality allows the mobile- client to simultaneously 
use multiple networks. By this, it is meant that multiple 
applications running on a single mobile client can share 
access to and use of a single data network for 
communication with the servers, or alternatively can use 
different networks at the same time. Additionally, this 
, means that the same application can use multiple networks 
at the same time for the communication of the same or 
different messages with the servers. 

consider now the mobile client 10 positioned at 
25 location A. At this location, the „K,bile client has 
communications access to the local area network, its 
internet service provider, and the first and second 
wireless data networks. On a message by message basis, the 
network management functionality determines which wired 
30 and/or wireless data networks should be used to effectuate 
communications with the servers for that message. That 
selection operation may take into account a number of 
factors including.. geographic coverage, network 
availability, allowable latency for message delivery, 
35 message size, data security, data integrity and the cost Tf 
sending the message across the network. Turning next to 
the mobile client positioned at location B, more limited 
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data communications access options are available. Here, 
the mobile client only has access to the first and second 
wireless data networks. Notwithstanding these access 
limitations, on a message by message basis, the network 
5 management fxanctionality determines which wireless data 
network (s) should be used to effectuate communications with 
the servers. That selection operation take into account 
the same factors mentioned previously, and may involve 
choosing to wait until a more favorable network becomes 
10 available. Moving on to the mobile client positioned at 
location C, it appears that only access to the first 
wireless data network is available. Again, the factors are 
taken into account in making a determination whether to 
engage in the data commiinication with the server over the 
15 only available data network, or alternative delay 
transmission until a more favorable network becomes 
available . In each case it may be recognized that the 
network management fvinctionality effectively evaluates and 
considers the immediate conditions affecting individual 
20 message transmission at the time of message sending and 
then selects, from amongst the available wired and/or 
wireless data networks, the best (i.e., most desirable) 
network to handle the transmitted message. This selection 
action is made based on a set of programmable rules that 
25 allow for consideration of multiple networks in a 
simultaneous fashion (using a sort of parallel 
execution/consideration process) . 

Reference is now made to FIGURE 2 wherein there is 
shown a block diagram of the network management 
30 functionality of the present invention. A kernel 50 
provides a basic rules engine 52 used to interpret a set of 
basic rules relating to general operation of the network 
management functionality and serve as the final, and 
common, output of all other included rules engines (to be 
35 described below) by providing consolidation, aggregation 
and organization functions. The set of basic rules 
operated on by the kernel 50 are stored in a database 54. 
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The architecture of the network management functionality 
allows for the use of multiple, layered, rules engines 56. 
These engines 56 interpret business rules that are used to 
intelligently determine the best usage of available wired 
5 and wireless data networks. The engines 56 are layered as 
shown to support varying levels of rules evaluation in 
whxch more basic and more concrete (i.e., network specific) 
rules are evaluated on lower levels and more abstract 
network independent rules are evaluated above and on top of 
10 U.e., in addition to) the network specific rules. The 
business rules employ various business criteria and 
heuristics (for example, cost, coverage, throughput, 
security, reliability, and the like) to assist in making 
the selection as to which available network should be used 
15 for each message. The business rules have API access to 
both historical and real time data (as stored in the 
database(s) 58 or acquired over link 60) in making their 
decisions. Each layered rule engine 56 may employ a 
different representation or algorithm (from a simple look- 
up table to a complex knowledge based system) in making the 
network determination. At least one shared bus 62 
interconnects the engines 56 in a layered fashion thus 
allowxng the engines to interact with each other and share 
information during the network determination decision 
making process (thus allowing both concrete and abstract 
analysis on the different levels to play a part in the 
aecxsxon making process) . 

The various functions implemented by the architecture 
descrxbed above are provided as separate, distributed 
components that communicate with each other through inter- 
process communications (IPC) that have been abstracted to 
allow for the use of any suitable, selected component 
framework (such as, for example, DCOM. CORBA, or RMI) 
This architecture has a number of unique features 
mcludxng: components are interoperable at the binary level 
and thus can be swapped or replaced without any effect on 
other components of the system; the IPC abstraction allows 
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for the usage of different frameworks without requiring any 
changes in the entities using the IPC; and, the components 
can be moved across process and machine boundaries without 
any affect on the other components in the system. 
5 The architecture advantageously separates the 

communication details for a given network from the kernel 
and abstracts them into a common API -type network interface 
agent. This allows for the development of an agent 
component for each potentially used network. In this 
10 environment, the kernel acts as the networking server 
dealing at the abstracted messaging level. The agents, on 
the other hand, act as networking clients dealing with the 
details specific to each network. This allows for the 
following advantages: new networks may be added for 
15 consideration by the network management functionality 
without affecting the kernel or any of the kernel's clients 
(like business applications or administrative 
applications) ; the platform upon which the network 
management functionality is implemented may be easily 
20 configured by simply adding, removing or swapping agents ; 
special purpose agents may be built for clustering agents 
under one kernel (for example, a modem bank with an agent 
for each modem) ; and, given the nature of the distributed 
component architecture, agents may be brought on and off 
25 line without the need for restarting the entire system. 

The architecture provides a common messaging API for 
its business applications that is network independent. The 
applications communicate using logical names and addresses. 
The kernel performs a mapping operation between logical 
30 addresses and the specific network address for the device 
being used. In this context, the API is provided as a 
toolkit that hides all the IPC details from the 
application. This architecture accordingly protects the 
investment made in application development by: allowing for 
35 the device configuration to be changed without the need to 
change the application; and, allowing for the IPC framework 
to be changed without the need to change the application. 
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In addition, the messaging service used with respect to the 
API provides for duplicate message elimination, guaranteed 
delivery, multiple levels of acknowledgment, store and 
forward operation. and compression and encryption 
5 operation. 

As- mentioned above, the architecture uses a layered 
approach. This allows the architecture to achieve a level 
of extensibility. The system is designed around the kernel 
which provides minimal capabilities that are sufficient for 
10 Its assigned tasks. All other functionality is layered on 
top of the kernel. Each included layer has a well defined 
function that supplements kernel operation. The boundaries 
between layers are all established with well defined 

1. T.'l^^''^^' ^^"^^ continued evolution and the 

15 addition of advanced functionality with minimal impact on 
existing components. More specifically, the included 
layers comprise: the kernel, which provides basic messaging 
and basic rule engines; the IPC interfaces, which provide 
the mechanism for other components to interact with the 
20 kernel; the network services, which provide network 
specific communications services; the plug-ins, which 
provide advanced services layered on top of the kernel 
provided services (such as, for example, mobile-to-mobile 
communications, automatic fail-over and load balancing); 
25 the protocol proxy-server, which comprises pairs of 
applications that allow existing applications to tunnel 
their native protocol using a messaging service (like, for 
example, Winsock or http) ; and. the advanced interfaces 
which provide advanced functionality layered on top of the 
basic IPC interfaces (such as, for example, session control 
and synchronous programming) . 

Reference is now made to FIGURE 3 wherein there is 
shown a schematic illustration of a rule mapping operation 
performed by the network management functionality with 
respect to data network selection. A software application 
executing on a mobile client (lo of figure l) may specify 
a certain business rule (see, FIGURE 2) to be used 
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determining which data network should be used in 
transmitting a message. This selection is preferably 
specified by the application for each individual message to 
be transmitted, and is then utilized by the network 
5 management functionality when making the selection 
determination. Alternatively, the application may omit the 
specification of a certain business rule to be used, in 
which case the network management functionality will 
determine which business rule is to used based on the 
10 evaluation of a set of pre -configured (and stored) 
defaults . 

When a certain business rule is specified, the 
application does so through the use of a logical name (also 
referred to as a rules identifier that may additionally 
15 include information for consideration in the network 
selection decision such as priority, message size, cost 
factors, maximum delivery delay, acknowledgment 
requirements, geographic sector to which message will be 
delivered, delivery address, and the like). The network 
20 management functionality then operates to map that provided 
logical name to the identification of a particular business 
rule. This action is performed by a rules administration 
function of the network management functionality. If an 
application uses a logical name that does not have a 
25 recognized mapping to a (physical) business rule, the 
application initiated transmission fails. If, on the other 
hand, a specific logical name is not included, the rules 
administration function selects a default (physical) 
business rule that has been specified for use by the 
30 originating application in such cases. In any event, that 
identified business rule is then extracted and its included 
network clause (6), to be discussed in more detail below, 
are applied (in view of the rules identifier supplied 
additional information) to make the network selection 
35 determination. 

Reference is now made to FIGURE 4 wherein there is 
shown a chart illustrating the format for a (physical) 
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business rule that is identified by a logical name, 
extracted as a result of the mapping action and the 
operated on to make the network selection determination 
Bach rule includes at least one network clause 90 that 
5 Identifies the data network for communication and specifies 
the selection related information to be evaluated in 
applying the rule to the selection of a certain network 
in this context, certain kinds of data may be included in 
each network clause 90. Although other information could 
10 be included in a network clause, in the preferred 
embodiment the following variable data items are preferably 
included: delay, availability, transmit, availability and 
transmit, acknowledgment, cost factor, and network data 
Each of these variable data items is described below 
15 The "delay- variable is the amount of time that the 

network management functionality waits before considering 
the selection of that identified data network. No attempt 
wxll be made to use the network until this time expires 
even if the network is otherwise available. Once the time 
20 expires, the network management functionality can attempt 
to transmit the message on the specified network 

The "availability" variable is the amount of time that 
the network management functionality, waits for the mobile 
client to come into coverage of the identified data 
25 network. Coverage refers to the mobile client is within 
the coverage area (either wired or wireless) of the host 
The specified time includes time expended waiting while a 
network agent (for example, a modem) is busy with other 
transmission jobs. if the network does not come into 
iO coverage, or the agent remains busy, when this time 
expires, no further attempts will be made to transmit the 
message over the identified network. 

The "transmit" variable is the amount of time within 
Which the message transmission must be completed, assuming 
that the network has come into coverage and the agent is 
not busy. If this time expires, no further attempts 
necessarily need be made to transmit the message over the 
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identified network. Additionally, the transmit variable 
includes the time to receive an acknowledgment. If the 
message fails, (due to going out of coverage, transmission 
errors, or reception errors), attempts will be made to 
5 complete the transmission for the duration of the time. If 
the transmission fails, attempts can be made to transmit on 
other eligible networks. 

The "availability and transmit" variable is the 
combined total amount of time that can be used for both a 
10 network to become available and for the message to be 
transmitted over that network. The availability and 
transmit variable can be used to dynamically adjust the 

transmit time . 

The "acknowledgment" variable specifies whether the 
15 party receiving the message should return an acknowledgment 
signal to the transmitting system. 

The "cost factor" variable specifies cost factors for 
the network. The cost factor accounts for message size, 
geographic location of transmitting/receiving parties, 
20 time, and the like. The cost factor can be used to rank 
multiple networks that would be appropriate for 
transmitting a message. Alternatively, the cost factor can 
be used to eliminate a network that would otherwise be 
appropriate for transmitting the message. 
25 The "network data" variable contains data that is 

network specific. This data is not necessarily interpreted 
by the network management functionality in making the 
network selection decision, but rather is passed on to the 
network agent for its use when engaging in the 
30 troinsmission. 

A more detailed understanding of the operation of the 
present invention may be obtained from FIGURE 5 wherein 
there is shown a flow diagram illustrating an exemplary 
method of transmitting data in accordance with the present 
35 invention. Although the method of FIGURE 5 is described in 
accordance with a particular sequence of steps, one skilled 
in the art can recognize that the method of the present 
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invention should not be limited to the described sequence. 

The method of the present invention is initiated, by 
a software application generating a message that is to be 
transmitted. The message evaluated by the network 
S management functionality along with transmission criteria 
(for example,, a logical rule identifier along with the 
rules identifier additional information) and the name of 
the generating application (step 200) . Once received by 
the network management functionality, the message can be 
10 stored in a queue from which it is later retrieved for 
transmission (step 205) . using the received logical rule 
xdentifier, the network management functionality identifies 
and retrieves the message rule and associated network 
clause (s) (steps 210 and 215). These network clauses 
15 establish the conditions that need to be evaluated by the 
network management functionality (in view of the rules 
identifier additional information) and under which each 
Identified network could be selected to transmit the 
message , 

20 After the rule with its network clause (s) has been 

retrieved, the network management functionality attempts to 
Identify which, if any, network clause (s) can be satisfied 
(step 220). By this it is meant that the network 
management functionality evaluates the individual variable 
25 data items identified within the rule in view of the rules 
Identifier additional information to determine whether the 
specifics of these items can be met. It should further be 
recognized that each of the individual networks is 
considered simultaneously (in a parallel-like operation) 
30 If. none of the network clauses can be satisfied at that 
time, the message may be stored and attempts made at select 
intervals to try again to satisfy a clause. When one or 
more network clauses can be satisfied, however, the network 
associated with the network clause which is satisfied first 
35 IS used to transmit the message (step 225) . One skilled in 
the art, however, can understand that various methods (for 
example, rankings, random selection, and the like) can be 

13 
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used to select one network from two or more appropriate 
networks whose network clauses have been each been 
satisfied. It should be vmderstood by those skilled in the 
art that the physical business rules do not necessarily 
5 state absolute conditions upon which a network is selected, 
but rather that the rule comprises a script that is 
processed by the network management functionality over a 
potentially long period of time. This consideration aspect 
of the process is on-going for a much longer period of time 
10 than the time it takes to actually make the selection 
decision for a certain individual message. 

Further, when the application software (or other 
system) requires that an acknowledgment signal be received, 
the network management functionality waits a select amount 
15 of time for the acknowledgment (step 23 0) . If the 
acknowledgment is received, the transaction for the message 
is concluded (step 235) . If, however, no acknowledgment is 
received, the network management functionality may attempt 
to identify another network over which to send the message 
20 (by returning to step 22 0 and repeating the transmission 
operation of step 225 over a different network) . 

A better understanding of the operation of the present 
invention may be obtained through examination of an 
exemplary operation. Consider a public utility company 
25 that services both urban and rural customers within a 
hundred mile radius of a metropolitan area. Mobile utility 
crews receive work orders from and send work order reports 
back to a central office using portable notebook computers. 
The notebook computers and the central office are connected 
30 by an array of wired and wireless networks. For example, 
at the office, the notebook computers may be connected to 
the company's LAN to engage in data communications with the 
central office server. When out of the office, however, 
the following wireless network options are available for 
35 use in communicating with the central office server: 

- a commercial packet -switched data network serving 
the metropolitan area; 
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- a cellular network provider for suburban areas and 
areas along an interstate highway (and also available for 
use in the metropolitan area) ; and 

- a satellite network provider for rural and remote 
areas (and also available for use in the metropolitan, 
suburban and interstate highway areas) . 

As discussed above, selection, of which wireless 
network to use depends on the specific requirements and 
preferences of an organization. Coverage area, 

availability of service, overhead cost, and the direct 
costs incurred when transmitting data are some of the 
considerations that need to be evaluated. m the case of 
the exemplary public utility company, and given the 
communications options listed above, the following 
15 commercial factors are noted: 

- commercial packet -switched data network: provides a 
relatively inexpensive messaging service for small 
messages, but provides only limited coverage; charges are 
incurred by the byte and message; and the charge for a 
short work order report of about 200 bytes equates to 
approximately $0.10; 

- cellular network: wider coverage range, but some 
outlying areas are outside service or incur additional 
roaming charges; charges are incurred by the minute, with 
the minimum charge often being for one minute {which is 
much less time than actually needed to complete message 
transmission); and the charge for a short work order report 
of about 200 bytes is about $0.20 (assuming non - roaming ) • 
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- satellite (LEO) network: advantage of broad coverage 
area, but very expensive; charges incurred by the byte 
transmitted; and the charge for a short work order report 
of about 200 bytes equates to approximately $1.60. 

Given the foregoing economic analysis, a (physical) 
business rule may be defined that includes a network clause 
for each of these wireless networks with appropriately 
selected variable data items specified to appropriately 
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drive the selection determination in view of the rules 
identifier additional information. As an example, the 
items could be chosen to given preference to: using the 
packet switched data network whenever available due to the 
5 fact that it is relatively inexpensive; using the cellular 
network when communication is necessary and the added cost 
per message is justified; and, using the satellite network 
only is extreme emergency situations. The foregoing is, as 
understood by those skilled in the art, a greatly 
10 simplified example of rules analysis. With the inclusion 
of many rules identifier supplied pieces of additional 
information, the analysis becomes much more complex. It 
should further be recognized that the rule would also 
include a network clause for the wired LAN network which 
15 should be chosen as the primary communications provider 
whenever available, 

Assume now that a utility employee with a mobile 
client (like a laptop computer) is located at the office 
and needs to communicate work order related information 
20 with the company server. If the laptop is connected to the 
LAN, when the application issues the message with a work 
order business logical rule identifier, the physical rule 
is retrieved and the network clauses of that rule (relating 
to selection of the LAN, packet network, cellular network 
25 and satellite network) are evaluated in order to choose a 
network form communicating the work order data message- In 
this case, given a connection with the LAN, the network 
management functionality analysis and rule evaluation would 
dictate use of the LAN for the communication. With that 
30 selection made, the mobile client would utilize the 
selected LAN for the message communication. 

Now assume that the employee has moved to his vehicle 
and proceeded to a first job site located within the 
metropolitan area. Assume further that the mobile client 
35 is equipped for communication over each of the available 
wireless networks (packet, cellular and satellite). Once 
out in the field, a situation arises wherein a work order 
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related message could be sent to the server. m this 
situation, when the application issues the message with a 
work order business logical rule identifier (and rules 
identifier supplied additional information) , the physical 
5 rule is retrieved and the network clauses of that rule 
(relating to selection of the LAN. packet network, cellular 
network and satellite network) evaluated in view of the 
supplied additional information in order to choose a 
network for communicating the work order data message In 
5 this case, the LAN is not available, but all three wireless 
connection options are available. The networks are each 
evaluated in the context of the message to be sent and 
further in view of the variable data items for each network 
clause as applied to the rules identifier additional 
information. The least expensive option (packet data) will 
not necessary be chosen, although it is preferred. In some 
situations, given the contents of the message, the need for 
security, and other factors (as specified in the rules 
Identifier additional information) , the network management 
functionality may choose to send the message over a more 
expensive network. Alternatively, it could occur, perhaps 
xf the message has a very low priority or importance, that 
the network management functionality may choose to wait 
until the mobile client is returned for a LAN connection to 
25 the server. 

Finally, assume that vehicle has proceeded to a 
second job site located away from the metropolitan area 
Again, the mobile client is equipped for communication over 
each of the subscribed to wireless networks (packet 
cellular and satellite) , but it is noted here that only the 
satellite network is available for use. a situation then 
arises wherein a work order related message could be sent 
to the server. m this situation, when the application 
issues the message with a work order business logical rule 
identifier, the physical rule is retrieved and the network 
clauses of that rule (relating to selection of the LAN 
packet network, cellular network and satellite network) 
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evaluated in view if the rules identifier additional 
information in order to choose a network for communicating 
the work order data message. In this case, only the 
satellite network is available. All networks, however, are 
. 5 evaluated in the context of the message to be sent and 
further in view of the variable data items for each network 
clause and the rules identifier additional information. If 
the message is deemed to be of high, or emergency, 
importance, the expensive satellite option may be chosen, 

10 even though it is necessarily preferred. Alternatively, 
given a different message importance, the network 
management functionality may instead choose to wait until 
the mobile client is returned for data network connection 
to the server utilizing the packet data network or LAN. 

15 Although a preferred embodiment of the system and 

method of the present invention has been illustrated in the 
acconpanying Drawings and described in the foregoing 
Detailed Description, it is xinderstood that the invention 
is not limited to the embodiment disclosed, but is capable 

20 of numerous rearrangements, modifications and sxibstitutions 
without departing from the spirit of the invention as set 
forth and defined by the following claims. 
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1. A method for message routing, the method 
comprising the steps of: 

receiving a message for transmission to a remotely 

located systems- 
identifying a rule governing transmission of that 

message; 

identifying a plurality of network clauses that 
correspond to the identified rule, wherein each of the 
plurality of network clauses is associated with criteria 
for selecting one of a plurality of networks over which the 
message may be communicated; 

identifying a network clause from the plurality of 
network clauses whose criteria are satisfiable in the 
context of sending the received message; and 

initiating transmission of the received data message 
over the network associated with the satisfied network 
clause. 
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2. The method of claim 1, wherein the step of 
Identifying a rule comprises the steps of: 

receiving with the message a logical name of a rule to 
be applied to the network selection for that message; and 
mapping the logical name to a physical rule. 

3. The method of claim 1, wherein the step of 
Identifying a rule comprises the steps of: 

noting that the message fails to providing any 
indication of a rule to be applied; and 

selecting a default physical rule to be applied to the 
network selection for that message. 

^° method of claim 3, wherein the step of 

receiving a message comprises the step of receiving the 
message from a software application. 
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5. The method of claim 4 wherein the default rule is 
associated with the software application that originates 
the message. 

6. The method of claim 1, further comprising the 

5 step of: 

storing the received message; and 

wherein the step of initiating transmission of the 
message is delayed pending selection of the network. 

7. A method for message routing, the method 

10 comprising the steps of: 

receiving a data item for transmission over a network; 
receiving a transmission criteria for the data item; 
identifying a plurality of networks that are available 
for use in making the transmission; 
15 identifying a network included in the plurality of 

networks whose use would satisfy the received transmission 
criteria ; and 

initiating transmission of the received data item on 
the identified network. 

20 8. The method of claim 7, wherein the step of 

receiving a transmission criteria comprises the step of: 

receiving a rule identifier and conditions for 
t ransmi s s ion . 

9. The method of claim 8. wherein the step of 
25 identifying a plurality of network conditions comprises the 
step of : 

mapping the rule identifier to a physical rule, that 
rule including a plurality of network clauses, each clause 
being associated with a certain network and specifying the 
30 criteria for network selection. 



20 



10 



wo 01/63946 

PCT/USO 1/05626 

10. The method of claim 9, wherein the step of 
identifying a network comprises the step of: 

selecting one of the plurality of networks the 
transmission if the criteria for the associated network 
clause meet the received conditions for transmission. 

11. A communications system, comprising: 
a mobile client, the mobile client including hardware 

for supporting the transmission of mobile client data 
messages over a plurality of wired/wireless data networks, 
the mobile client executing a number of applications, 
wherein each application has a need to communicate remotely 
from the mobile client, the mobile client further operating 
responsive to receipt of an application originated message 
for transmission to: 

15 identify a rule governing transmission of that 

message ; 

identify a plurality of network clauses that 
correspond to the identified rule, wherein each of the 
plurality of network clauses is associated with criteria 
for selecting one of the plurality of wired/wireless 
networks over which the message may be communicated; 

identify a network clause from the plurality of 
network clauses whose criteria are satisfiable in the 
context of sending the received message; and 

initiate transmission using the appropriate hardware 
of the received data message over the network associated 
wxth the satisfied network clause. 

12. The system of claim 11 wherein the mobile client 
is a laptop con^puter. 

^° "^^^ system of claim 11 further including a server 

in communication with the mobile client over the plurality 
of wired/wireless networks. 
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14, The system of claim 11 wherein the plurality of 
wired/wireless networks include: 

a wired network comprising a local area network; and 
a wireless network comprising cellular data 
communications network. 

15. The system of claim 11 wherein the plurality of 
wired/wireless networks include: 

a wired network comprising a PSTN/ Internet network; 

and 

a wireless network comprising a cellular data 
communications network. 



16. A mobile communications device, the device 
comprising : 

a plurality of hardware components for supporting the 
15 transmission of mobile communications device application 
data messages over a plurality of wired/wireless data 
networks; and 

a network management functionality governing 
application access to the hardware components for 
transmission of data messages, the network management 
functionality operating to evaluate on an individual data 
message by data message basis a nxanber of factors and 
select one of the plurality of wired/wireless networks over 
which that data message is to be transmitted. 
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17. The device of claim 16, wherein the network 
management fxmctionality operates to: 

identify a rule governing transmission of that data 
message ; 

5 identify a plurality of network clauses that 

correspond to the identified rule, wherein each of the 
plurality of network clauses is associated with criteria 
for selecting one of the plurality of wired/wireless 
networks over which the data message may be transmitted; 

Identify a network clause from the plurality of 
network clauses whose criteria are satisfiable in the 
context of sending the data message; and 

initiate transmission using the appropriate hardware 
of the received data message over the network associated 
15 With the satisfied network clause. 

18. The device of claim 16 wherein the network 
management functionality comprises: 

a plurality of rules engines for interpreting business 
rules and selecting a network for data message 
20 transmission; and 

a kernel implementing a basic rules engine to 
interpret a set of basic rules to provide a common output 
for each of the plurality of rules engines. 
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19. The device of claim 18 wherein the network 
management system further comprises a shared bus to allow 
the plurality of rules engines to interact with each other 
in making the network selection determination. 

20. The device of claim 19 further including a 
database for storing historical data relating to, and for 
use by the rules engines in selecting one of. the plurality 
of wired/wireless networks. 
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21. The device of claim 20, wherein the historical 
data comprises network coverage data, network throughput 
and network performance data. 

22. The device of claim 20 further including an 
interface for receiving real-time data relating to, and for 
use by the rules engines in selecting one of, the plurality 
of wired/wireless networks. 
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